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CONTROL UNIT FOR A RESTRAINT SYSTEM 
Background Information 

In certain markets such as Japan, a so-called disposal firing function is required by 
law in control units for restraint systems. Its purpose is safely to fire or burn off all the 
pyrotechnic firing and gas generation elements of airbags and belt tensioners when 
the vehicle is scrapped. The scrapping operation can then proceed without danger 
from the airbags, and without endangering the environment. In addition, the burned- 
off pyrotechnic elements do not require laborious disposal, but can be recycled as 
scrap metal. 



10 Summary Of The Invention 

The control unit according to the present invention has the advantage that a 
software element is fed into the control unit via an already-existing interface, 
preferably a diagnostic interface, of the control unit; and the software element then 
configures all the firing circuits and the triggering algorithm for firing all the firing 

1 5 circuits and, for a safety module that checks the sensor values independently of a 
processor in the control unit and then, as applicable, enables the firing circuits as a 
function of the check, emulates those sensor values so that the safety module 
enables all those firing circuits. A triggering instance for all firing circuits is thus 
simulated. By way of this software element, all the firing elements can then easily be 

20 fired without additional connectors by way of the hardware already present, so that 
disposal firing is thus guaranteed in very simple fashion. Emulation of the sensor 
values is necessary because the safety pathway cannot be accessed via the 
diagnostic interface. The software element can also be implemented so that it is 
merely an instruction that causes activation in the control unit of further software that 

25 configures the triggering algorithm and the firing circuits for firing all the firing 

elements that are present, and emulates the sensor values in order ultimately to fire 
all the firing elements. 



For reasons of uniformity, it is particularly advantageous that the diagnostic interface 
30 is either a CAN bus or a K-line. The K-line (communications line) is a standardized 
hardware interface by way of which, for example, factory or other diagnoses (shop 
diagnoses) can be made. Advantageously, the processor, the safety module, and at 
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least one sensor module and/or at least one interface module for the connection of 
external sensors are connected via a bus, the processor emulating the sensor 
values on the bus so that the safety module checks those emulated sensor values. 
The so-called serial peripheral interface bus (SPI bus) is advantageously used as 
5 the bus. The SPI line itself encompasses five individual lines. Since a synchronous 
transfer is involved, a Clock line (designated CLK) is present. The Master Out Slave 
In (MOSI) line is present for data transfer from the master (in this case the 
processor) to a slave (e.g. a sensor IC or an interface module). The Master In Slave 
Out (MISO) line, on the other hand, is present for data transfer from a slave to the 

10 master. The Chip Select (CS) line is used to select the corresponding slave. An 
Enable line (designated EN) is used to enable SPI data transfer. The SPI line 
proceeds from a master and then branches out to the individual slaves, although the 
SPI line always has the five individual lines. Provision is made in this context for the 
processor to transfer those emulated sensor values via the MISO line, through which 

15 the processor normally receives data, in order thereby to simulate the emulated 

sensor values to the safety module. For that purpose, the MISO line is connected to 
an input/output port of the processor for transfer of the emulated sensor values. 

A boot loader, which loads the software element and then immediately starts it, is 
20 furthermore advantageously provided in the processor. A reset switch, which is 
provided for restarting the at least one sensor module and safety module, can 
advantageously also be provided. The firing circuits can also be restarted therewith. 

Brief Description Of The Drawings 
25 Figure 1 is a block diagram of the control unit according to the present invention. 

Figure 2 is a flow chart according to the present invention. 

Detailed Description 

30 A disposal firing concept by way of customer diagnostic interfaces already present in 
the airbag control unit, such as CAN or K-line, with no additional interfaces, is 
provided. Existing mechanical and electrical hardware is utilized. What is provided in 
particular in the context of the control unit according to the present invention is that 
an independent safety pathway that is implemented by way of a safety module is 
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deceived, by the emulation of such sensor values which indicate a triggering 
instance for all firing elements. 

The processor, which can be a microcontroller, evaluates sensor channels such as 
5 acceleration values and rotation rate values that are available in particular via an SPI 
bus, and processes them in accordance with the implemented algorithms. These are 
the algorithms which serve to activate the restraint means that are fired via the firing 
elements, if they are pyrotechnically triggerable restraint means such as airbags or 
belt tensioners. The microcontroller accesses output stage ICs, i.e. the firing circuits, 
10 via a second (in some circumstances) SPI bus. The output stage ICs monitor the 
firing element and ensure, in the event of triggering, that triggering energy is 
conveyed to the connected firing elements. 

A further IC, referred to here as the safety module, is used to implement the 
15 hardware pathway that is independent of the microcontroller. This safety module is 
connected to the same SPI bus as the sensors and the microcontroller. The safety 
module can be configured only once after each activation of the control unit, after 
which no further write access to it can occur. The safety module monitors the sensor 
data transferred over the SPI bus and compares them with the stored limit values. If 
20 a sensor exceeds defined thresholds, this safety module then, independently of the 
microcontroller, delivers a plausibility signal for the triggering of specific ignition 
circuits. The safety module is thus made up of circuits that, in terms of their 
complexity, are much simpler than those of a microcontroller. 

25 According to the present invention a special disposal firing software program, here 
described as a software element, is loaded into the microcontroller via a diagnostic 
interface directly into a RAM memory, and stacked there. A so-called boot loader 
software program is used for this. 

30 The purpose of the disposal firing software program is to operate the control unit 
using all the signals that make possible uninterrupted operation of the control unit. 
This includes operating the watchdog and allowing bus communication. A further 
purpose is to manipulate, i.e. configure, the airbag algorithm in the microcontroller so 
that the microcontroller enables triggering of all the firing circuits, and fires them. An 
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additional purpose is to cause the safety module to supply plausibility for the output 
stage ICs. 

A further constituent of such a concept can optionally be a simple circuit, controlled 
5 by the microcontroller, for resetting the sensor and output-stage ICs as well as the 
safety module. The boot loader software program controls the reset switch. This 
circuit makes handling of the disposal firing concept more flexible, since after a reset 
of this kind, reconfiguration is possible. This can occur independently of the 
initialization phase of the control unit, at the end of which all the ICs are locked and 
10 write access is thereafter impossible. The software element will then emulate a 
virtual sensor that, via the SPI bus to which the physical sensors and the safety 
module are connected, feeds emulated sensor data onto the SPI bus. Those 
emulated sensor data are evaluated by the safety module and cause the safety 
module to enable the output stage ICs. 

15 

Figure 1 shows control unit 100 according to the present invention in a block 
diagram. A processor 101, here embodied as a microcontroller, receives, via a 
transceiver (i.e. an interface module 102) and a diagnostic interface 103, the 
software element with which disposal firing is performed. Diagnostic interface 103 is 
20 in this case a CAN bus or a K-line, or other diagnostic interfaces suitable for the 
purpose. 

In microcontroller 101 , the software element is loaded with a boot loader software 
program 115 out of a RAM serving as memory, and started, so that the software 
25 element configures the algorithm for activating output stages in processor 101 as 
well as the output stages themselves, and performs the sensor emulation. The 
configuration is such that all the firing elements are activated. The algorithm will 
accordingly fire all the firing elements. It is possible to start the software element 
using other programs. 

30 

Processor 101 is connected via a first SPI bus 104 to a safety module 105 and two 
sensor modules 111 and 112, and to an interface module 1 13 to which external 
sensors are connected. Via a second SPI bus 109, microcontroller 101 is connected 
to a memory 1 19 that is embodied as an EEPROM, to a first output stage IC 108, 
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and to a second output stage IC 107. Processor 101 is optionally connected, via a 
data output, to a power switch 110 with which energy reserve voltage is switched 
through to output stages 107 and 108. It is additionally possible for processor 101 to 
perform a so-called ASIC reset 117, in which output stages 107, 108 and sensor 
5 modules 1 1 1 and 1 12 are caused to restart. SPI bus 104 is connected via its MISO 
line to an input/output port on processor 101 , in order to transfer via this actual input 
line, by way of processor 1 01 , the emulated sensor values of virtual sensor 116 that 
is constituted by the software element. The input line is thus used as an output line. 
Safety module 105 is then therefore deceived by means of the emulated sensor 

10 values in such a way that it enables output stages 107 and 108 via line 106. 

Microcontroller 101 will then cause firing of the firing elements via output stages 107 
and 108, since the triggering algorithm on microcontroller 101 has been configured 
by the software element in such a way that triggering can now occur. Safety module 
105 also checks and emulates the sensor values of the sensors externally 

15 connected via interface module 113. The RAM is associated with processor 101 . 

Figure 2 illustrates what happens in control unit 100. In method step 200, the 
software element is loaded into processor 101 via interface 103 and transceiver 102, 
and then stacked by boot loader software program 115. This then occurs in method 

20 step 201. In method step 202 the software element, once constituted (started), will 
then configure the algorithm in processor 101, and output stages 107 and 108, in 
such a way that firing of all the firing elements can occur. This is possible, however, 
only if safety module 105 also enables output stages 107 and 108. For that purpose, 
sensor values that authorize a triggering of all the firing elements are then simulated 

25 on bus 104 by the software element via a virtual sensor 116. Safety module 105 

then enables output stages 107 and 108 via line 106. Firing of the firing elements by 
output stages 107 and 108 can then take place in method step 204. Output stage 
ICs 107 and 108, as well as sensor modules 111 and 112 containing XY sensors, 
can be restarted for configuration by way of circuit 117 that is associated with 

30 processor 101, in order to simplify the configuration of these modules for triggering. 



SUBSTITUTE SPECIFICATION 



